- 综合排序
- 最热优先
- 最新优先
- 来自专栏RTSP/RTMP直播相关
从 H.264H.265 到 H.266：RTSP播放器的跨代际演进
正因如此，RTSP（Real Time Streaming Protocol）作为低延迟播放的核心协议，其对 H.266 的支持成为产业落地的关键环节。 一、RTSP 如何支持 H.266：协议与封装的挑战H.266 在算法层面实现了更高的压缩效率，但要通过 RTSP 低延迟链路传输，还必须解决协议与封装上的一系列问题： SDP 信令扩展 在 RTSP 使用 H.266 编码的 RTSP 流可确保 细节清晰可见（如微创手术中的血管纹理），同时 SDK 的低延迟链路让医生与远端助手保持实时沟通。 H.266 可在有限带宽的 4G/5G 或专网中传输 高分辨率航拍画面，SDK 播放端通过 RTSP 实现 实时指挥与调度，避免延迟导致的飞行安全风险。 RTSP 作为实时视频链路的主力协议，承担着把 H.266 真正带入安防监控、远程医疗、低空经济、教育 XR、工业巡检等行业场景的重任。
62710编辑于 2025-08-20 - 来自专栏Visual Codex
H.266 现状
H.266，即VVC，已于2020年6月完成标准化工作，其标准号为Rec. ITU-T H.266 and ISO/IEC 23090-3，标准将在2020年11月正式开始生效。 H.266最显著的特点就是其相比起它前一代的标准，即ITU-T and ISO/IEC High Efficiency Video Coding (HEVC)，标准号Rec.
1.6K30发布于 2021-06-17 - 来自专栏RTMP推送
超高清与低延迟并行：H.266 在行业视频中的落地图谱
服务端：轻量级 RTSP/HTTP-FLV 服务模块，支持多路转发与边缘分发，降低系统复杂度与带宽消耗。 播放端：RTSP/RTMP 播放器在多平台实现 100–200ms 的低延迟解码和渲染，适配安防、教育、工业、低空经济等行业。 路径：在现有 RTSP 播放器内核中增加 H.266 解码能力，优先支持 Windows/Linux/Android 平台，并逐步扩展到 iOS/Unity。 路径：待硬件厂商逐步开放 GPU/ASIC/移动端芯片的 H.266 硬件加速能力后，SDK 将提供 RTMP/RTSP 推流端的编码支持。 解决方案：摄像端采用 H.266 编码，SDK 播放器低延迟解码；边缘节点通过轻量 RTSP 服务实现多路转发。
72410编辑于 2025-08-20 - 来自专栏RTSP/RTMP直播相关
H.266 与 AVS3 对比解析：实时视频SDK的挑战与未来
协议层对接 —— RTSP/RTMP/GB28181/WebRTC 等传输协议需要支持新的 SDP 描述与封装方式，确保拉流、推流的兼容性。 4. 协议层适配：扩展 RTSP/RTMP/GB28181/WebRTC 的 SDP/信令能力，支持 H.266/AVS3 的描述和封装。 SDK 提供稳定的 RTSP/GB28181 接入模块，未来可无缝扩展 AVS3 解码。 2. 应用链路：医疗/教育采集端 → 编码（H.265/H.266/AVS3） → RTSP/RTMP → SDK 播放/互动。 应用链路：无人机/摄像头推流 → RTSP/RTMP → 大牛直播SDK 播放器 → AI 分析/控制端。
64910编辑于 2025-08-20 - 来自专栏RTMP推送
H.266 vs H.265AV1H.264：从工程落地看下一代视频系统的技术演进
作为多年专注于RTSP/RTMP 实时流媒体链路、低延迟直播系统的技术实践者，我们尝试从编解码效率、实时传输适配性、硬件生态、系统落地等多个维度，全面梳理 H.266、H.265、AV1 及 H.264 应用价值举例：在 RTSP 监控场景中，使用 H.266 可将单路 4K 码率从 12Mbps 降至 6Mbps 以下，极大节省边缘-云传输带宽。✅ 2. 阶段，缺乏高效实时实现； 推拉流直播系统（如 RTMP / SRT / RTSP）对延迟极度敏感，编码端延迟常成为系统瓶颈。 、轻量 RTSP 服务，可在边缘完成 VVC 解码与转发，为后端系统提供兼容输出 + 高压缩传输的桥梁能力。 H.265 → H.266 批量转码 引入场景感知编码策略（运动/静态/AI输入）轻量 RTSP 服务模块✅ 保持解码能力兼容性 引入“智能分发”：客户端能力协商选择编码格式 开发建议：大牛直播SDK
1.5K20编辑于 2025-08-01 - 来自专栏RTMP推送
8K、AI、低空智联，H.266能否撑起下一代视频通路？
、芯片、推流服务端等支持不足VLC/FFmpeg初步支持，芯片硬解尚未商用 流媒体协议适配滞后H.266 的 RTP/RTSP 打包未标准化需自定义 Payload，主流协议栈尚未更新特别是在实时传输（ 如 RTSP/RTP）与多端兼容（如 Android/iOS/浏览器）中，现有播放器生态几乎空白，对实际部署形成障碍。 意义：提前打通 RTSP/RTP 在传输链路中的 H.266 支持，为 AI 终端、4K/8K监控、智能机器人等场景提供更高压缩效率的视频输入路径。✅ 2. ，将 RTSP(H.266) 转换为 RTMP等更兼容格式； 多级缓存与调度：结合多路流的 QoS 调控策略，优化大规模接入设备下的链路稳定性与延迟控制。 典型“演进型”部署策略建议应用阶段推荐做法技术建议 现阶段在 AI 边缘节点或中转服务部署软解/软编FFmpeg + libvvdec / libvvcenc 模块试点 过渡期建立 RTSP(H.266
48500编辑于 2025-07-31 - 来自专栏TSINGSEE青犀视频
为什么H.266未能普及应用？
然而，尽管H.266拥有诸多技术优势，但至今仍未能在市场上广泛流行，这背后有多重原因。一、为什么H.266尚未广泛流行1）技术门槛与配套解决方案首先，H.266技术的实现需要相应的配套解决方案。 虽然已有企业开始设计支持H.266的芯片和软件，但这些产品还未大规模应用，导致技术门槛较高，限制了H.266的普及速度。H.266要成为主流，必须得到广泛的硬件和软件支持，这需要时间来逐步实现。 H.266不是免费的开源解码器，目前存在着专利问题未解决，高昂的专利授权费用让许多生产硬件设备的厂商难以承担。这种不确定性使得许多企业在选择视频编码标准时持谨慎态度，从而影响了H.266的普及。 因此，在H.265尚未完全普及的情况下，H.266要想在市场上占据一席之地，需要克服更多的市场阻力和竞争压力。4）技术成熟度与应用场景此外，H.266的技术成熟度也是影响其普及的一个因素。 因此，尽管H.266在理论上具有显著优势，但在实际应用中，特别是在早期阶段，其应用场景可能相对有限。随着技术的不断发展和市场的逐步成熟，H.266的应用场景有望逐渐扩大。
66510编辑于 2024-09-12 - 来自专栏RTMP推送
SmartMediakit视角构建低空经济的超低延迟视频基础设施
大牛直播SDK凭借全自研跨平台内核，构建了从采集、推流、传输到播放、转发的完整能力，涵盖 RTSP/RTMP 推流、超低延迟播放器、轻量级 RTSP 服务、GB28181 对接、多路转发等核心模块。 多协议与跨平台兼容： 行业内常见的 RTSP、RTMP、GB28181 等协议各有优劣，设备和平台环境高度异构，意味着底层实现必须足够灵活，否则就会陷入“碎片化适配”的困境。 跨平台一致性：支持 Windows、Linux（x86_64/aarch64）、Android、iOS、Unity，全链路保持统一体验； 可扩展与演进：已验证 H.265/HEVC 支持，并为 H.266 / Linux (x86_64/aarch64) / Android / iOS / Unity 全覆盖工程复杂度代码复杂，难以维护，调优成本高模块化封装，接口清晰，快速集成未来演进对 H.265/H.266 /AV1 的支持依赖社区进度已支持 H.265/Enhanced RTMP HEVC，预留 H.266/AV1 扩展接口可以看到，开源方案更多适合科研、验证或轻量级应用，而在低延迟、稳定性、跨平台、合规对接都要求极高的低空经济落地场景中
30200编辑于 2025-08-27 - 来自专栏python3
python rtsp
# -*- coding: utf-8 -*- """ A demo python code that .. 1) Connects to an IP cam with RTSP 2) Draws RTP ***************************************** ip="192.168.1.74" # IP address of your cam port=1616 adr="rtsp **************************************************************************** dest="DESCRIBE "+adr+" RTSP \r\nCSeq: 2\r\nUser-Agent: python\r\nAccept: application/sdp\r\n\r\n" setu="SETUP "+adr+"/trackID=1 RTSP .com/ https://github.com/odie5533/Python-RTSP
2.2K20发布于 2020-01-06 - 来自专栏老欧说安卓
FFmpeg使用vvenc把视频转为H.266编码
前面的两篇文章分别介绍了如何在Linux环境和Windows环境给FFmpeg集成H.266的编码器vvenc，接下来利用ffmpeg把视频文件转换为VVC格式，观察新生成的vvc视频能否正常播放。 编码格式（即H.265视频编码标准）： ffmpeg -i fuzhous.mp4 -vcodec hevc ff_recode_video2.mp4 再执行下面命令，把视频文件转为vvc编码格式（即H.266 root root 278684 May 13 16:48 ff_recode_video3.mp4 由以上视频信息可见，采取H.264格式的视频大小约640K，采取H.265格式的视频大小约306K，采取H.266
72910编辑于 2025-05-22 - 来自专栏深度学习与python
在 AI 应用爆发前夜，H.266 成熟了
最新一代视频编码标准 H.266/VVC 正是在这种背景下，走入“舞台”中央。作为支撑庞大视频产业的核心关键要素，H.266 在流媒体生态中起着举足轻重的作用。 H.266 的重点应用场景可分为三个部分：点播、直播、RTC。虽然 H.266 硬解码器的支持正在逐步增加，但目前市场上硬解支持 H.266 的设备相对较少，尤其是一些移动终端。 因此，优化 H.266 的软件解码器就显得尤为重要。 其中，点播编解码更注重压缩效率与画质平衡，H.266 的核心优势在于压缩效率提升约 50%。 通过四叉树加多类型树（QT+MTT）分块法和色度分量双树编码，H.266 能更精细地划分编码单元，减少冗余数据。 这些特性使得 H.266 已经成为视频企业必选的技术栈、必做的标准升级。有数据显示，2026 年支持 H.266 硬解设备将超 20 亿台，推动 8K/VR 内容普及。
1K00编辑于 2025-03-03 - 来自专栏全栈程序员必看
RTSP协议
RTSP对流媒体提供诸如暂停、快进等控制，而它本身并不传输数据。RTSP的作用相当于流媒体服务器的远程控制。 2、RTSP与HTTP的区别与联系 联系：两者都用纯文本来发送消息，且RTSP协议语法也和HTTP类似。RTSP一开始这样设计，也是为了能够兼容使用以前写的HTTP协议分析代码。 区别：rstp有状态，不同的是RTSP的命令需要知道现在处于一个什么状态，也就是说RTSP的命令总是按照顺序来发送的，某个命令总在另外一个命令之前发送。RTSP不管处于什么状态都不会断掉连接。 RTSP版本 状态码 解释 CR LF 消息头 CR LF CR LF 消息体 CR LF 其中RTSP版本一般是RTSP/1.0，状态码是一个数值，200表示成功，解释是与状态码对应的文本解释，详细请见 交互流程 C表示rtsp客户端, S表示rtsp服务端。
5.6K40编辑于 2022-09-06 - 来自专栏老欧说安卓
Windows给FFmpeg集成H.266编码器vvenc
《FFmpeg开发实战：从零基础到短视频上线》该书的第八章介绍了如何在Windows环境给FFmpeg集成H.264和H.265的编码器，如今H.266的编码器vvenc也日渐成熟，从7.1版本开始的最新 FFmpeg源码已经支持H.266的编码器vvenc。 H.266是H.265的升级版本，H.265的视频编码标准为HEVC（High Efficiency Video Coding，高效视频编码），H.266的视频编码标准为VVC（Versatile Video 至于VVEnc（Versatile Video Encoder）是一个开源的高效视频编码器，它实现了最新的视频编码标准VVC，能够把视频数据按照H.266标准编码为VVC格式。 接下来以微软的视窗系统为例，介绍如何在Windows环境给FFmpeg集成H.266的编码器vvenc，具体的操作步骤说明如下： 一、配置VVEnc 先下载最新的vvenc源码，解压下载后的源码包，再打开
70010编辑于 2025-05-19 - 来自专栏用户1692782的专栏
手撕RTSP协议系列（2）——Rtsp消息格式
上一篇我们简单介绍了rtsp协议，本篇我们来看一下rtsp的消息结构！ RTSP消息分为两大类，一类是请求消息（request），一类是回应消息（ressponse）！ 说明： 请求消息由方法+URI+RTSP版本开头，之后跟一条或多条消息！ URI：表示接收方的地址，如rtsp://192.168.1.201:554 CR：表示回车 LF：表示换行 RTSP使用消息类型和消息体来表示不同类型的消息。 最后一条消息要使用两个CR LF。 我们通过wireshark的抓包来实际看一个RTSP的请求消息： ? 如图中所示，该RTSP请求消息的方法为OPTIONS，请求的目标地址为rtsp://192.17.1.63:554，RTSP的版本为1.0； 接下来包含两种类型的消息，第一种为CSeq表示序列号，本次请求的序列号为
4.5K52发布于 2020-10-10 - 来自专栏全栈程序员必看
rtsp html播放_浏览器视频播放rtsp
从摄像机获取的RTSP视频流直接在浏览器中播放，这里采用vlc插件进行播放，设置步骤如下 1、下载32位的vlc播放器，安装时选择安装插件，安装路径不要有空格，注意64位播放器安装上也不能正常播放 events=’false’width=”720″height=”410″> object> div> body> 其中，value=’rtsp://184.72.239.149/vod/mp4://BigBuckBunny fullscreen：是否全屏 controls：显示默认的控件 4、目前测试IE浏览器和360浏览器可以正常支持vlc插件播放 5、若需要播放多个视频，将object标签拷贝几次，将id改一下，将不同的RTSP
5.3K40编辑于 2022-11-07 - 来自专栏用户1692782的专栏
手撕RTSP协议系列（11）——RTSP_SET_PARAMETER
上一篇介绍了RTSP的GET_PARAMETER消息，看到这个消息类型，我们很容易习惯性的想到应该还要有一个RTSP_SET_PARAMETER消息，如我我们所愿，RTSP确实有这样一条消息，本篇我们来看一看 URI表示rtsp的地址； Rtsp Version表示版本号; CSeq表示序列号； Content-length表示内容长度 Content-type表示内容类型； 之后跟着1个或多个参数及对应的值 RtspVersion表示Rtsp的版本号； 状态码和状态描述给出了对于设置某个参数的请求的回复状态，如状态码451，表示无效参数（Invalid Parameter）! 到这里，关于RTSP的主要的一些请求，我们基本就都了解了，当然，RTSP还有一些其他更加细节的请求，在实际中应用较少，就不再做详细介绍了！
2.3K31发布于 2020-10-30 - 来自专栏machh的专栏
RTSP协议详解
一，RTSP协议概述 RTSP(Real-TimeStream Protocol )是一种基于文本的应用层协议，在语法及一些消息参数等方面，RTSP协议与HTTP协议类似。 RTSP被用于建立的控制媒体流的传输，它为多媒体服务扮演“网络远程控制”的角色。尽管有时可以把RTSP控制信息和媒体数据流交织在一起传送，但一般情况RTSP本身并不用于转送媒体流数据。 RTSP引入了几种新的方法，比如DESCRIBE、PLAY、SETUP 等，并且有不同的协议标识符，RTSP为rtsp 1.0,HTTP为http 1.1； 2. RTSP服务器可以为这些容器文件提供集合控制。 4. RTSP会话(RTSP session )： RTSP交互的全过程。 消息交互过程 C表示RTSP客户端,S表示RTSP服务端 1.
4.7K30编辑于 2022-06-10 - 来自专栏用户1692782的专栏
手撕RTSP协议系列（1）——Rtsp基本流程
对于流媒体协议，rtsp协议也是很常见的，接下来我们继续手撕，手撕rtsp协议！本篇我们首先来简单了解一下rtsp协议并对其连接过程做一个概览！ 1 rtsp协议简介 rtsp，英文全称 Real Time Streaming Protocol，RFC2326，实时流传输协议，是TCP/IP协议体系中的一个应用层协议！ 2 rtsp基本交互过程 假设我们现在要向一个RTSP的sever发送请求获取数据，基本流程如下： ? OPTIONS C--->S 客户端向服务器端发现OPTIONS，请求可用的方法。 3 Rtsp抓包示例 最后，老规矩，协议的分析和学习少不了抓包，抓包少不了Wireshark！贴一张RTSP抓包的图，来个直观的感受！ ? 本篇文章就到这里了，本文之后我们对RTSP有了一个大概的了解，之后我们的文章将详细介绍！下面的文章我们首先介绍一下RTSP的消息格式以及SDP的格式，然后针对每一条消息我们做详细的解释和介绍！
12.1K53发布于 2020-10-10 - 来自专栏老欧说安卓
Linux给FFmpeg集成H.266编码器vvenc
《FFmpeg开发实战：从零基础到短视频上线》该书的第一章介绍了如何在Linux环境给FFmpeg集成H.264和H.265的编码器，如今H.266的编码器vvenc也日渐成熟，从7.1版本开始的最新FFmpeg 源码已经支持H.266的编码器vvenc。 H.266是H.265的升级版本，H.265的视频编码标准为HEVC（High Efficiency Video Coding，高效视频编码），H.266的视频编码标准为VVC（Versatile Video 至于VVEnc（Versatile Video Encoder）是一个开源的高效视频编码器，它实现了最新的视频编码标准VVC，能够把视频数据按照H.266标准编码为VVC格式。 接下来以华为的欧拉系统为例，介绍如何在Linux环境给FFmpeg集成H.266的编码器vvenc，具体的操作步骤说明如下： 一、编译安装VVEnc 先下载最新的vvenc源码，再把vvenc源码包上传到
59510编辑于 2025-05-15 - 来自专栏RTSP/RTMP直播相关
Android平台如何实现外部RTSP|RTMP流注入轻量级RTSP服务模块（内网RTSP网关）
技术背景今天分享的是外部RTSP或RTMP流，拉取后注入到本地轻量级RTSP服务模块，供内网小并发场景下使用，这里我们叫做内网RTSP网关模块。 内网RTSP网关模块，系内置轻量级RTSP服务模块扩展，完成外部RTSP/RTMP数据拉取并注入到轻量级RTSP服务模块工作，多个内网客户端直接访问内网轻量级RTSP服务获取公网数据，无需部署单独的服务器 内置轻量级RTSP服务模块和内置RTSP网关模块共同点：内置轻量级RTSP服务模块和内置RTSP网关模块，核心痛点是避免用户或者开发者单独部署RTSP或者RTMP服务，数据汇聚到内置RTSP服务，对外提供可供拉流的 RTSP URL，适用于内网环境下，对并发要求不高的场景，支持H.264/H.265，支持RTSP鉴权、单播、组播模式，考虑到单个服务承载能力，我们支持同时创建多个RTSP服务，并支持获取当前RTSP服务会话连接数 内置RTSP网关模块，实际上是RTSP/RTMP拉流模块+内置轻量级RTSP服务模块组合出来的。
1.2K20编辑于 2023-05-17
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号